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WEB-BASED INSTRUCTION 

CROSS-REFERENCE TO RELATED APPLICATIONS 

This application claims benefit of U.S. Provisional Application No. 60/172,134, fVjpd 
December 17, 1999 and U.S. Serial No. 08/888,925, filed July 7, 1997, the entire disclosing 
of which are incorporated herein by reference. 

TECHNICAL FIELD 

This application relates to web-based documentation and instruction. 

BACKGROUND 

A typical computer system as shown in Fig. 1 includes a computer 100 having a 
central processing unit 105, an input/output unit 1 10 and a memory 115 containing various 
programs used by the computer 100 such as an operating system 120 and one or more 
application programs 125. An end-user of the computer system communicates with the 
computer 100 by means of various input devices (keyboard 130, mouse 135) which transfer 
information to the computer 100 via input/output unit 1 10. The computer 100 replies to this 
input data, among other ways, by providing responsive output to the end-user, for example, 
by displaying appropriate text and images on the screen of a display monitor 140. 

The operating system 120 may include a graphical user interface (GUI) by which tjie 
operating system and any applications it may be running (for example, a word-processing 
program) can communicate with a user of the computer system. A commonly used GUI 
implementation employs a desktop metaphor in which the screen of the monitor is regarded 
as a virtual desktop. The desktop is an essentially two-dimensional working template area 
supporting various graphical objects, including one or more display regions. As shown in 
Fig. 2, information generated by application programs or the operating system can be 
displayed on the desktop 200 within display regions 205 (for example, windows, dialog 
boxes, pop-up menus, pull-down menus, drop-down lists, icons). The user can interact with 
the operating system, and any applications it may be running, by manipulating the cursor 210 
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appropriately within the display regions and by entering information with the keyboard or 
other input device. 

The computer 100 also includes some sort of communications card or device 145 (for 
example, a modem or network adapter) for exchanging data with a network 150 via a 
5 communication link 155 (for example, a telephone line). The network 150 may be, for 
example, a local area network (LAN), an intranet, or the Internet. A service provider 
provides access to the network and may additionally provide various utilities or services 
(such as electronic mail) associated with the network. Examples of service providers include 
Internet service providers (ISPs) such as AT&T WorldNet or online service providers (OSPs) 
1 0 such as America Online and CompuServe. 

Developers need to know programming concepts to implement the application 
program. Therefore, a description of the implementation of the application (and not only the 
Q operation of the application) would be helpful. 

"fa? 

*g Most computer applications provide an online help / documentation facility which 

j/f 15 aids in the use of the application. A typical online help system such as shown in Fig. 3 A is 
O accessed through a GUI in which screens of textual and graphical information are displayed 

hj to the user in a help window 300. The user can then read the screens of help text to get a 

f 8 better understanding of the application and its various features. 

Ill The user invokes the help system with a key sequence (for example, pressing the Fl 

g 20 key on the keyboard) or by clicking the mouse on an appropriate graphical icon or menu 

item. In response, the help system may display a table of contents 305 listing the available 

Q 

help topics and subtopics which can be accessed and viewed by the user as desired. The user 
can browse through the table of contents 305 and click a help topic of interest to cause its 
corresponding body of information to be displayed in a help window. In the help window 
25 300 shown in Fig. 3A, the user has clicked the "Programming with Microsoft Word" topic 
310 to cause the corresponding help screen 315 to be displayed in window 300 as shown in 
Fig. 3B. 

The "Programming with Microsoft Word" topic 310 shown in Fig. 3B includes 
several subtopics 320, each represented by a separate "link." When the user clicks the mouse 
30 on one of these links--for example, the "Error Messages" link 325-the text for the 

corresponding help topic is displayed automatically in the help window 300, as shown in Fig. 
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3C. In this example, the "Error Messages" topic 330 includes several links to further 
subtopics relating to specific types of error messages. As shown in Fig. 3D, when the user 
clicks one of these links, for example, the "Out of memory (stack space)" link 335, a new 
help window 340 is spawned to display the corresponding help information ("Freeing up 
5 memory") for the selected topic. The help information displayed in window 340 includes yet 
another link 345 for another subtopic, "active window," which when clicked by the user 
causes corresponding help text to appear in a pop-up dialog box 350. Virtually any level of 
such nested help displays is possible. The quantity and types of display regions (windows, 
dialog boxes, etc.) used to display help information is largely a matter of design choice based 
1 0 on the preferences of the help system developer. 

A help system may provide "context-sensitive" help information, meaning that the 
help system automatically displays help information specifically relevant to the application's 
W current task, rather than simply displaying all available help topics and forcing the user to 

identify and call-up the appropriate help topic manually. A context-sensitive help system 
y 1 5 decides which help information to display based on factors such as the current state of the 
^ application (for example, the particular function being invoked by the user) and the current 

y cursor position. 

The information provided by most online help systems relates to the mechanics of 
iU using features of an application. In Fig. 4, for example, the text 400 corresponding to the 

; g 20 chosen help topic 405, "Cancel printing," describes how to control the print feature provided 

:™ by the application 4 1 0 (Microsoft Word). 

U 

A help system also may provide substantive information on how to make use of the 
application to achieve a desired goal. In Fig. 5 A, for example, the online help system 
provides two types of substantive information: reference material 500 for the WordBasic 

25 programming language and practical explanations 505 of how to use WordBasic to write 
useful programs. The reference material 500 includes textual annotations describing the 
syntax and meaning of various WordBasic statements, such as the AddAddln statement, the 
help text for which is shown in Fig. 5B. The practical explanations 505 can include static 
examples of program code which the user can study to gain a better understanding of the 

30 WordBasic programming language. Fig. 5C shows an example of a program code that makes 
use of the GetCurValues WordBasic statement. 
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Online help systems typically are "built" (that is, processed into a form that facilitates 
run-time operation) by compiling several different help source files containing help 
information that has been composed by technical writers. In general, these help source files 
are maintained as a separate body of information apart from the application to which the help 
system corresponds. Consequently, when the application developers change or update the 
functionality of the application, the technical writers must make corresponding changes to 
the help source files to ensure that the online help system accurately describes the operation 
of the application. In general, however, online help systems fail to describe the 
implementation of the application. 

A help system may be implemented in a network environment using a "browser", 
which enables users to access and view electronic content stored in the network environment. 
A browser typically is used for displaying documents described in Hyper-Text Markup 
Language (HTML) and stored on servers connected to a network such as the Internet. Fig. 6 
is a screen shot of a browser application 600 (in this case, Internet Explorer) displaying a 
typical HTML document, or web page 605. A user instructs the browser 600 to access the 
web page 605 by specifying a network address 610 ~ or Uniform Resource Locator (URL) - 
at which a desired document resides. In response, the browser 600 contacts the 
corresponding server hosting the requested web page, retrieves the one or more files that 
make up the web page, and then displays the web page in the computer display 140. 

A single web page may be composed of several different files potentially of different 
data types (for example, text 615, images 620, virtual worlds, sounds, or movies). In 
addition, a web page can include links 625, or pointers, to other resources (for example, web 
pages, individual files, or downloadable files) available on the network. Each link has an 
associated URL pointing to a location on the network. When a user clicks on, or otherwise 
selects a displayed link, the browser will retrieve the web page or other resource 
corresponding to the link's associated URL and display it to, or execute it for, the user. 

Referring to Fig. 7, a web page 605 may provide, in addition to content 700, a site 
guide 705 that helps the user navigate through all the links associated with that web page. 
The site guide 705 is similar to a table of contents and typically resembles a tree structure. 
Likewise, the web page 605 could include a search facility 710 that enables the user to search 
for particular key words that appear within the links associated with that web page. The web 
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page may provide a "Home" link 715 that sends the user back to a main web page from 
which all content and links can be accessed. The web page may provide a download link 720 
that, when accessed, transmits a file from another web page or computer to the user's 
computer. 

5 According to one aspect of the invention, a method performed in a web-based 

environment on a computer system teaches a user to implement an application. The method 
includes providing predetermined applications and presenting an annotation page that 
includes one or more annotations descriptive of a source file of a predetermined application. 
Each annotation includes keyword links, annotation links, and detail of implementation of the 
10 application. The method includes permitting the user to select a link in an annotation. If the 
user selects a keyword link, reference documentation associated with that keyword is 
presented. If the user selects an annotation link, another annotation descriptive of another 
~& source file of a predetermined application is presented. 

S| Embodiments may include one or more of the following features. For example, a 

jv| 1 5 predetermined application may be performed and one or more annotations descriptive of the 

U performed application may be presented in coordination with performance of the 

y predetermined application. Performing the predetermined application may include receiving 

| ! input from the user. Another annotation page may be presented in coordination with 

fU performance of the predetermined application based on input from the user. 

,{i 20 Presenting the other annotation page may include automatically and simultaneously 

:rf calling an annotation request module including application, file, class and function names of 

!(=! 

a program unit for which detail should be displayed. Presenting the other annotation page 
may also include mapping the request to an annotation, and informing a browser window in 
the web-based environment to display the other annotation page. 

25 Another annotation page may be presented in coordination with performance of the 

predetermined application. A global table of contents that includes links to annotations may 
be automatically generated by parsing structured links in web pages including annotation 
pages. Generation of links in the global table of contents may be synchronized with 
presentation of annotations by highlighting links corresponding to a current annotation page. 

30 The global table of contents may be presented in a first frame of a first browser window, the 
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annotation page may be presented in a second frame of the first browser window, and the 
predetermined application may be performed in a second browser window. 

Performing the predetermined application may include launching a Java applet or 
application, which may include calling a Java application program interface to ask a web 
5 browser to show the annotation page. Performing the predetermined application may include 
downloading a hyper-text markup language page containing a Java applet. 

Performing the predetermined application may include sending a common gateway 
interface request to a web server that launches the application in a window in the web-based 
environment. The application may return a hyper-text markup language page that includes 
10 JavaScript to ask a web browser to display the one or more annotations. 

The annotation page may be presented in a first browser window and the 
predetermined application may be performed in a second browser window. The application 
?5 implementation detail may include text descriptive of the application, fragments of source 

'••••,1 code from the application, or both. The source code fragments may be imported directly 

]<z 1 5 from the source code file of the presented application. 

O The annotation page may be automatically generated. This generation may include 

j j receiving a source code file that has embedded text marked up with instructions. 

; ! b Additionally, the source code may be parsed to determine a structure of the predetermined 

ill application, and one or more annotations may be generated based on the predetermined 

y 

ir 20 application structure and instructions. Generation of the annotation page may include 

jESfc 

^ generating one or more annotation links for navigating the annotations of the predetermined 

application. Additionally, application implementation detail may be generated based on the 
embedded information, and one or more keyword links may be generated for reference 
documentation. Generating the annotation page may also include highlighting the keyword 
25 links and the annotation links in the annotation page. The annotation page may be 
automatically updated when an updated source code file is received. 

A global table of contents may be automatically generated by parsing the one or more 
annotations for annotation links. The global table of contents may be provided, and may 
include links to annotations. Alternatively, the global table of contents may be generated, 
30 and may include links to web page including annotation pages relating to an application. The 
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local table of contents may be provided when a local link in the global table of contents is 
selected. 

The presented annotation page may be descriptive of the performed application, and 
the annotation page may be presented in coordination with performance of the predetermined 
application. 

A source code file, which is stripped of annotation mark up and includes source code 
of the application but does not include text from the annotations, may be generated. The 
stripped source code file may be presented and the user may be permitted to edit the stripped 
source code file. 

According to another aspect of the invention, a method, performed in a web-based 
environment on a computer system, of teaching a user to implement an application includes 
providing a predetermined plurality of applications. A predetermined application is 
performed, and an annotation page descriptive of the performed application is presented in 
coordination with performance of the predetermined application. The annotation page 
includes detail of application implementation and links to annotations and reference 
documentation. 

According to another aspect of the invention, a method, performed in a web-based 
environment on a computer system, of teaching a user to implement an application includes 
automatically assembling and providing a global table of contents based on content in the 
environment. The global table of contents includes a plurality of links to content within the 
environment. A local table of contents that includes links to content that orient the user 
within a local topic, is generated. The user is permitted to select links from the local table of 
contents to access local topics. 

According to a further aspect of the invention, a method, performed in a web-based 
environment on a computer system, of teaching a user to implement an application includes 
providing a plurality of predefined interactive examples. One or more of the predefined 
interactive examples is performed in response to user selection, and one or more annotations 
descriptive of the performed interactive example are presented in coordination with 
performance of the predefined interactive example. The user is permitted to selectively 
explore different aspects of the performed interactive example, the annotations, or both. 
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According to another aspect of the invention, a web-based computer system for 
teaching a user to implement an application includes one or more predefined interactive 
applications, and an annotation page including one or more annotations. A predefined 
interactive application is selectively executable by the user of the web-based computer 
5 system. The annotation page describes a predefined interactive application. The annotation 
page also includes one or more links, and detail of implementation of the application. 
Different annotations are automatically provided in the annotation page in response to 
selective execution of a predefined interactive application. 

According to a further aspect of the invention, a web-based computer system for 
10 teaching a user to implement an application includes a web-browser window that includes a 
content frame, a framework applet, and a table of contents frame that displays a global table 
of contents hierarchy of links related to content in the content frame. The system also 
O includes one or more annotations displayed in the content frame, where each annotation 

*u describes a predefined interactive application and includes links to other content. The system 

w 

\jl 1 5 includes a table of contents window that displays a local table of contents hierarchy of links 



related to local content in the displayed annotation. 
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jjj The details of one or more embodiments are set forth in the accompanying drawings 

! 5 and the description below. Other features, objects and advantages will be apparent from the 

111 description, the drawings, and the claims. 



20 DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram of a prior art computer system. 

Fig. 2 shows display regions in a graphical user interface as used in the computer 
system of Fig. 1. 

Figs. 3A - 5C are screen shots from a prior art online help and documentation system. 
25 Fig. 6 is a screen shot of a browser application. 

Fig. 7 shows a display region in a browser application. 

Fig. 8 is a flow diagram showing the options, available to a user of the Informix® 
byExample application. 

Figs. 9A - 9P are screen shots from the Informix® byExample application and from 
30 the NewEra™ development environment. 
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Fig. 12 is a sample of NewEra™ source code. 



5 f Fig. 1 3 shows display regions in a web-based instruction system. 

Figs. 1 4A - 1 5 A 5 1 5C, 1 7 A- 1 7D, 1 8 A, 1 8B, 1 9 A and 1 9C- 1 9F are screen shots from 
the Informix® byExample web-based application. 

Figs. 15B, 15D and 19B show content in a display region of the Informix® 
byExample web-based application. 
10 Fig. 15E and 18C are source code files with embedded annotations. 

Fig. 16A is a flow diagram showing steps taken by an author of annotation pages. 
Fig. 16B is a flow diagram showing steps taken by a scripting program to 
automatically generate links in the annotation pages. 



The help information provided by conventional online help systems has proven useful 
in aiding users to make effective use of application programs. However, because these 



P 20 conventional online help systems essentially are limited to providing static textual or 

graphical information, their effectiveness is diminished considerably. Users of conventional 
online help systems gain instruction by reading and carefully studying the textual and 
graphical information provided by the help system and then applying its teachings to the 
problem to be solved. As a result, learning to use applications of any complexity often is a 
25 painstaking and time consuming process. 

An online help and instruction system developed by Informix® Software, Inc., known 
as NewEra™ byExample, dramatically enhances the ease with which users can absorb 
information and learn to use new applications. NewEra™ byExample is an online 
documentation facility for NewEra™, an object-oriented application development 
30 environment from Informix® Software, Inc. which runs under the Windows 95/NT operating 




Fig. 16C is a flow diagram showing steps taken by an example program. 

Fig. 20 is a block diagram of a local table of contents model used in the web-based 



application. 
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systems. A copy of NewEra™ byExample's online description of its use and operation is 
attached as Appendix A. 

NewEra™ byExample (or more generally, Informix® byExample, which covers the 
example-based instruction systems provided for the NewEra™, Visual Basic and Java 
development environments) is a specific implementation of a more general concept referred 
to as "documentation by example" in which users are provided with dynamic, interactive 
examples demonstrating how to accomplish a given task. Annotations describing various 
aspects of the examples accompany the examples as they are being executed. Documentation 
by example is based in part on the premise that users learn best by doing something (for 
example, participating in an activity and observing or influencing its outcome) rather than by 
merely reading about the topic. 

As illustrated in the flow diagram of Fig. 8, an Informix® byExample user has 
several different options for obtaining information including selecting among various 
different topics (step 800); running examples while the application for which help is sought 
remains active (step 805); reading about the examples, either concurrently while running the 
example or independent of the example (step 810); inspecting the examples' source code in 
different editor utilities (step 815); and accessing online background reference materials that 
help the user to understand the examples (step 820)--all without leaving the help 
environment. While in step 815, the source code for the examples can be used as sample 
program code which can be cut-and-pasted for use as a template in the NewEra™ 
development environment in creating new applications. Moreover, Informix® byExample 
enables users to learn through experimentation, for example, by selectively changing the 
examples or their parameters and observing how the changes affect the examples' outcomes. 

Specific features of Informix® byExample are described in detail with reference to 
Figs. 9A-9P, which are exemplary screen shots taken from the Informix® byExample 
application. 

When a user first launches Informix® byExample, the default screen configuration 
shown in Fig. 9A is displayed. This initial screen includes two separate display windows, a 
list (or "table-of-contents") window 900 showing the subtopics presently available to the user 
under the current topic 902, and a text window 904 which displays the help information 
corresponding to the topic or subtopic selected from the list window 900. As the user clicks 
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different ones of the eight subtopics 906 displayed in the list window 900, the information in 
the text window 904 is updated automatically to correspond to the chosen subtopic 906. The 
user can move to different pages within the current topic by clicking the forward ("»") 
button 908 or the backward ("«") button 910 as desired. 
5 In the example of Fig. 9 A, the subtopics shown in the list window 904 relate to the 

topic "NewEra™ byExample Introductory Topics." To switch to another help topic, and 
thereby make available a different subset of the online help documentation, the user clicks 
the Help Topics button 912 which brings up a window containing the Help Topics menu 914 
with a list 916 of nine different help topics, as shown in Fig. 9B. At any point in the 
10 Informix® byExample application, the user can jump to any other portion of the online help 
system by bringing up the Help Topics menu 914 and clicking the desired topic. The user 
can return to a previous topic by pressing the Back button 916 an appropriate number of 
'3 times. 

Si 4 Each of the help topics in the list 916 in Fig. 9B can be expanded to reveal a 

111 

jg 15 hierarchy of multiple levels of subtopics. When the user clicks, for example, on topic 918 
I J ("NewEra™ byExample"), it expands to reveal two additional levels of subtopics as shown 

|jj in Fig. 9C~a first level 920 including the subtopics "Introduction," "Common NewEra™ 

Programming Techniques," and "The Examples," and a second level 922 under "The 

=V Examples" subtopic which includes the 43 interactive examples. 

Q 

JS p 20 When the user clicks one of the examples, for example, the "Enabling and Disabling 

:r; Buttons" example 924, the list window 900 is updated as shown in Fig. 9D to display the 

annotation segments 926 ("Overview of Buttons2 Example," Graphical Object Summary," 
"Event Handler Summary," "Important Event Handlers," and "Enhancements and 
Variations") associated with the selected example. The annotation segments 926 collectively 
25 describe the corresponding example and include descriptions of the example's window, its 
graphical objects, and its event handlers. In addition to the prose descriptions of the 
example, an annotation segment usually also includes a source code fragment of particular 
interest which has been imported directly from the source code of the example under 
consideration. 

30 As shown in Fig. 9D, one of the annotation segments ("Important Event Handlers") 

includes 13 topics 928- a list of the primary event handlers used in the BUTTONS2 
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example. Each event handler topic 928 includes source code fragments and prose 
explanations describing the event handler to which the topic corresponds. For example, 
when the user clicks event handler topic 930, the text window 904 displays source code 
fragments 932 relating to the corresponding event handler (nextBT :; activateQ) along with 
annotations 934 describing the code's operation, as shown in Fig. 9E. 

The text window also may contain one or more links to related information, for 
example, background reference material, which in turn may include still further links to 
additional background information and so on in hierarchical fashion, each successive level in 
the hierarchy providing information about the example in greater detail and at a lower level 
of abstraction. By providing a hierarchy of links to increasingly detailed documentation in 
this manner, Informix® byExample supplies context-appropriate information in a helpful and 
efficient manner to all users, regardless of their varying levels of experience and 
sophistication. A user can traverse down the hierarchical links of descriptive information 
selectively until a level of understanding is reached that is commensurate with the user's 
needs and background. This arrangement provides novice users with easy access to detailed 
descriptive information while, at the same time, experienced users seeking help on a specific 
point are protected from having to navigate through large volumes of unneeded information. 

An example of hierarchical linking is shown in Fig. 9D in which text window 904 
includes a link 936 (displayed as green, underlined text) to the MAINQ function, one of 
functions in the BUTTONS2 example. When the user clicks the MAINQ function link 936, 
the text window 904 displays the source code 940 for that function, as shown in Fig. 9F. The 
source code 940 includes further links to related information such as an online language 
reference manual containing descriptions of keywords and object classes. When the user 
clicks one of these links-for example, the keyword link 942 for the LET statement-the text 
window 904 changes to display the corresponding online language reference entry as shown 
in Fig. 9G. Similarly, if the user had clicked the object class link 944, the text window 904 
would have displayed information about the ixSQLConnect class. In Fig. 9G, the user can 
follow links to still further background information, for example, by clicking the Object 
Expression box 946 to cause the text window 904 to appear as in Fig. 9H. Subsequently, or 
alternatively, the user can click the Glossary button 948 to bring up an online glossary in a 
pair of windows-a glossary table of contents window 950 and a glossary text window 952-- 
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as shown in Fig. 91. Clicking a term in the glossary table of contents window 950 causes its 
definition to appear in the glossary text window 952. 

After studying an example's annotation, its source code fragments, corresponding 
language reference entries, the glossary, or a combination thereof, the user can jump 
selectively to any other location in the help system by clicking the Contents button 954, 
which brings up the Help Topics menu 914 shown in Fig. 9B (or the Index button 956, which 
presents the available help topics in a searchable-indexed form), and then selecting the 
desired topic in the manner described in connection with Figs. 9B and 9C. 

Keyword links and class name links, such as the LET statement link 942 and the 
ixSQLConnect class link 944, respectively, in Fig. 9F are represented in visually unique 
manners (for example, blue uppercase text for keywords, blue upper and lowercase text for 
class names) so that they may be distinguished easily from each other and from other types of 
links such as the MAIN0 function link 936 in Fig. 9D (green, underlined text). By using 
different styles for different types of links, Informix® byExample provides the user with 
intuitive and useful information concerning the nature of the online information available and 
the interrelationships between the different components (annotations, source code fragments, 
language references, etc.) of the examples. Virtually any number of different link types may 
be represented by different styles according to the preferences of the system designer. 

For each of the source code fragments included in an example's annotation, a user can 
invoke an appropriate editing utility from within Informix® byExample to inspect, edit or 
copy the example's source code. This allows users to view a source code fragment in the 
context of the larger program from which it was taken. 

Informix® byExample includes source code fragments from two different types of 
source code-textual program code in the NewEra™ programming language (as indicated by 
a 4GL or 4GH file suffix), and windows interface definition files (files having the suffix 
WIF) which define how the GUI will appear to, and interact with, the end-user of the 
application undergoing development. To view either type of source code fragment, the user 
clicks a short-cut arrow next to a code fragment, for example, one of the short-cut arrows 958 
and 960 shown in Figs. 9D-9F, and Informix® byExample responds by launching an editor 
that corresponds to the type of source code under consideration. When the user clicks a 
short-cut arrow next to a 4GH or 4GL file, such as short-cut arrow 958 in Figs. 9D and 9F, 
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Informix® byExample automatically launches the appropriate editor-NewEra™ 
Codewright--to view the source code file from which the code fragment was taken, as shown 
in Fig. 9J. Similarly, when the user clicks a short-cut arrow next to a WIF file, such as short- 
cut arrow 960 in Figs. 9D and 9E, Informix® byExample automatically launches the 
5 appropriate editor-NewEra™ Window Painter 3.0-to view the WIF file from which the 
code fragment was taken, as shown in Fig. 9K. 

Selectively launching an appropriate one of multiple different editors in this manner 
reflects the standard editing behavior of the NewEra™ development environment. Both the 
NewEra™ development environment and the Informix® byExample documentation system 

10 make use of the same editors in the same manner. As a result, users gain familiarity with the 
application for which help is sought (that is, the NewEra™ development environment) 
through normal interaction with the online help system (that is, Informix® byExample). 
G Once the user has opened up the source code for an example, the user simply can 

study the code or can cut-and-paste portions of the code, whether visual objects from a WIF 

1 5 file or program statements in a 4GH or 4GL file, into the user's own source files. 

13 Alternatively, the user can perform a "Save As..." operation and thereby save the source code 

'-•■•J 

y for the example under a new file name. The user then can edit or otherwise manipulate the 

new file as desired. In this manner, the examples provided by Informix® byExample can 
!]J serve as templates for use in developing new applications in the NewEra™ development 

'j* 20 environment. 

Users also may execute any or all of the 43 interactive examples provided with 
Informix® byExample to observe first hand how they operate. The examples are prebuilt 
and can be launched directly from their corresponding Informix® byExample annotations. 
To do so, a user first selects an example of interest from the Help Topics window 914 shown 
25 in Fig. 9C and, when the corresponding annotation appears in the text window, clicks the 
Run button appearing near the top of the text window. In response, the example executes 
and, based on the input received from the user, displays various screens to the user as if the 
example were a standalone application. At the same time, the text window automatically 
updates to display descriptive information that is pertinent to the portion of the example that 
30 was just executed by the user. With each successive operation that the user performs on the 
running example, the text window is updated simultaneously (or nearly so) to maintain 



JKSS. 
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synchronization with the state of the interactive example by displaying corresponding 
sections of the annotations which explain to the user what just happened in the example. By 
coordinating the help display with the current state of the examples, users consistently are 
provided with timely and useful information (for example, the particular source code being 
5 executed by the example) that is directly relevant to the user's current topic of interest. As a 
result, the user's ability to comprehend and absorb information is enhanced dramatically. An 
example of Informix® byExample's automatically coordinated help display is illustrated in 
Figs. 9L-9P. 

Fig. 9L shows the initial list window 900 and text window 904 that are displayed 
10 when the user selects the "Displaying an Edit Menu" example from the Help Topics menu. 

To run this example, the user clicks the Run button 962 which, as shown in Fig. 9M, spawns 
an example window 964 illustrating the basics of an edit window. At the same time, the text 
U window 904 is updated to display information on the AMINO function for the "Displaying an 

Edit Window" example. 

jjj 1 5 As the user selectively manipulates the GUI controls in the example window 964, the 

O information displayed in the text window 904 is updated automatically in a corresponding 

jjj manner. In Fig. 9N, the user has clicked in text box 966 which causes the text window 904 

to display information relating to editlTB ::focusln(). Similarly, when the user clicks text 
III box 968, text window 904 displays information relating to edit2TB :: focuslnQ as shown in 

P 20 Fig. 90. When the user clicks the CheckBox 970, text window 904 displays information 
•=( relating to noneditCB ::focusln() as shown in Fig. 9P. 

Users can experiment with an example by changing its source code or modifying its 
parameters and observing how these changes affect the example. To do so, the user edits the 
desired source code file, saves it a separate working directory so as not to disturb the 
25 predefined examples, and then rebuilds the example using mechanisms provided with the 
NewEra™ development environment. The number and types of such experiments that can 
be created and performed are limited only by the imagination of the user. 

Other options in running the examples are possible. For example, users can run an 
example without concurrently viewing annotations. Additionally, the Debugger provided 
30 with NewEra™ can be used to set breakpoints in the example source code before running the 
example, thereby giving the user even further insight into how an example works. 
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A description of the Informix® byExample architecture, and the manner in which the 
NewEra™ development environment and the Informix® byExample application are built, is 
provided with reference to Figs. 10-12. 

Informix® byExample builds upon the Online Help (OLH) facility provided with the 
5 Windows 95/NT operating systems. As shown in Fig. 10, the Informix® byExample 

application 1000 draws both upon resources created specifically for Informix® byExample as 
well as resources that are native to the NewEra™ development environment 1005. The 
components specific to the Informix® byExample application 1000 include the interactive 
examples 1007, source code 1010 for the examples, and annotations 1015 describing the 
10 examples. The annotations 1015 include several different subcomponents including 

representative fragments 1020 of the examples' source code, short-cuts 1025 that launch an 
appropriate editor (for example, NewEra™ Codewright or NewEra™ Window Painter) for 
□ viewing the examples' source code, jumps 1030 to the interactive examples, and links 1035 

to descriptions of specified keywords and class names contained in the NewEra™ online 

ill 

15 reference 1040. 

Q As indicated in Fig. 10, the online reference 1040, the Codewright editor 1050 and 

IxJ the Window Painter editor 1055—along with other components such as Application Builder 

:\, 1060, Debugger 1065 and Interprocess Communications (IPC) library 1070-exist as part of 

tU the development environment 1005 and thus are logically separated from the Informix® 

: g 20 byExample application 1000. Consequently, when a user of the Informix® byExample 
jrj application 1000 requests a resource residing in the NewEra™ development environment- 

either by clicking a link 1035 for a keyword or class name or by clicking a shortcut 1025 to 
view source code-Informix® byExample 1000 first must communicate with the NewEra™ 
development environment 1005 via an interface dynamic linked library (DLL) 1080 to access 
25 the requested resources. The interface DLL 1080 is a compiled library of routines that enable 
the Informix® byExample application 1000 to communicate with other applications such as 
the components of the development environment. Informix® byExample 1000 calls the 
appropriate DLL routines to display the requested online reference information or to launch 
the appropriate source code editor, depending on the nature of the request made by the user. 
30 More specifically, when an Informix® byExample user clicks on a shortcut 1025 to a 

location in an example's source code 1010, the Informix® byExample application 1000 calls 
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a function in the DLL, which in turn calls a function in the IPC library 1070 which launches 
the appropriate editor. As part of this function call (which is generated automatically by 
processing source code fragments during the build of Informix® byExample, discussed 
below), the Informix® byExample application 1000 passes parameters that designate the 
editor to be launched (Codewright 1050 or Window Painter 1055), and that identify the line 
number at which the examples' source code 1010 is to be opened by the designated editor. 
When an Informix® byExample user clicks on a link 1025 for a keyword or class name, the 
Informix® byExample application 1000 calls a function in the DLL, which in turn uses the 
Windows OLH facility to display the corresponding definition in the online reference 1040. 

Other functions provided by the interface DLL 1080 control execution of the 
interactive examples 1007 and coordinate the list window and the text window displays to 
ensure that they maintain correspondence. Further details on the interface DLL 1080 and the 
runtime operation of the Informix® byExample application 1000 are set forth in Appendix B. 

The manner in which the Informix® byExample application 1000 and its components 
(for example, examples 1007, examples' source code 1010 and annotations 1015) are 
generated realizes a high degree of code "maintainability"-a measure of the efficiency and 
ease with which an application can be modified. The high degree of code maintainability is 
achieved by incorporating all of the information used to generate both the interactive 
examples and the corresponding annotative components of Informix® byExample into a 
unified logical entity-namely, the source code for the interactive examples themselves. As a 
result, only one central source of information need be maintained. Any changes or updates 
made to that central information source will be incorporated automatically both into the 
examples and into the documentation / instruction / help facility (Informix® byExample) for 
the examples. This automated build procedure ensures that the examples and the 
corresponding Informix® byExample annotations are kept in synchronization regardless of 
the number and frequency of modifications made to the underlying source code. 

As shown in Fig. 1 1, the NewEra™ byExample source code 1 100 can be thought of 
as a single logical entity, although physically it is formed of a collection of interdependent 
files. The source code 1 100 contains three basic types of text-program instructions 1 105, 
program comments 1110 and annotations 1 1 15 -intermixed throughout the source code. The 
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different text types are distinguished from each other by programming conventions and by 
strategically placing various different markup symbols 1 120 throughout the source code. 

Some of the text in the source code 1 100 can serve multiple purposes. For example, 
the program instructions 1 105 in the source code 1 100 are compiled into the examples' 
5 binary executable files 1 125. These program instructions include calls to the OLH facility to 
display the corresponding annotation at the appropriate point during execution of the 
example. When an example is run by the end-user, these OLH calls cause the text window to 
display the appropriate annotation automatically to describe what just happened in the 
example. 

10 Portions of these same program instructions 1 105 also will be extracted to serve as a 

clean copy of the examples' source code, which can be displayed to the user in an editing 

environment. Similarly, descriptive text that serves as program comments 1110 

y (unprocessed programming explanations directed at the Informix® by Example project 

developers) also can serve as annotations 1115 (programming explanations displayed to end- 
ilj 

ivi 1 5 users of Informix® byExample at runtime). 

^ The markup symbols 1 120 delineate the various types of text in the source code and 

y specify how they are to be handled when the interactive examples and the Informix® 

L, byExample annotations are built. Fig. 12 shows a sample of NewEra™ source code which 

y includes several markup symbols including two instances of the "normal" symbol 1200 and 

Q 

]£ 20 1205, an "[edit" symbol 1210 and a "] file" symbol 1215. Each of these markup symbols, 

n 

j» along with their respective arguments, are bounded by a pair of brackets ("{ ... }") indicating 

that they reside in comment fields and are not to be treated as NewEra™ program 
instructions. Programming languages other than NewEra™ may use different conventions to 
delineate comment fields. In the Java programming language, for example, a start of a 
25 comment field is designated by a 7*" symbol and terminated by a "*/" symbol. In any event, 
the corresponding programming language compiler will ignore any text that has been 
designated as residing in a comment field. 

The ".normal" markup symbol indicates that the text following that symbol (for 
example, "Since objects, ....," following symbol 1200) is to be treated as explanatory 
30 comments, and thus to be displayed to the end-user in a text window as part of the annotation 
text at an appropriate point during execution of a corresponding interactive example. Other 
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markup symbols specify the name of output files, portions of the source code that are to serve 
as representative fragments of the examples' source code, hotspots and destinations for jumps 
and links, or GUI-related information concerning display characteristics and objects 
(windows, popups, buttons, etc.). A detailed description of the markup language is set forth 
5 in Appendix C. 

Once the source code 1 100 has been modified as desired, it is used to build the 
interactive examples and the descriptive content of the Informix® byExample application 
through a number of different steps. First, the source code 1 100 is processed by two different 
scripts 1 130--a PERL script (Practical Extraction and Report Language, a general purpose 
10 interpreted language often used for parsing text) and a WordBasic script. The scripts 1 130 
generate two basic types of output: source code files 1 135 for the interactive examples, and 
RTF files 1 140 (Rich Text Format, the format expected by the OLH compiler) which 
represent the descriptive and visual content (for example, annotations, source code 

%j fragments, shortcuts to source code editors, links to online reference, jumps to executable 

n « 

■^15 examples) of the Informix® byExample application. 

Q The PERL script parses the source code 1 100 searching for markup symbols and, 

"3 

based on the particular markup symbols encountered, produces several RTF file fragments 
: Jt and several source code files 1135, which represent various subsets of the overall source 

*^ code 1 100. The WordBasic Script then merges the RTF file fragments into complete RTF 

^ 20 files 1 140 which are processed by the Windows OLH compiler 1 145 to produce OLH files 
y 1 150 containing the descriptive and visual content for the Informix® byExample application. 

At the same time, the examples' source code 1 135 is compiled by the NewEra™ compiler 
1 155 to generate the binary executable corresponding to the interactive examples 1 125. 
The RTF file fragments generated by PERL script contain several different 
25 components in addition to the annotations 1115 appearing in the source code 1 100. The 
PERL script identifies each instance of a keyword or a class name appearing in the source 
code extracted for the examples. For each keyword and class name detected, the PERL script 
creates a link in the RTF file to the corresponding entry in the online reference materials. 

The PERL script also extracts fragments of representative source code for inclusion in 
30 the RTF files as text that appears along with the explanatory comments. The source code 
fragments are formatted as monospace unwrapped text delineated by leading and trailing 
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blank lines whereas the explanatory comments are formatted as proportionally spaced 
wrapped text. For each source code fragment included in the RTF file, the PERL script also 
inserts in the RTF file a corresponding short-cut button which enables the end-user to launch 
the source code editors and view the source code at the line where the fragment starts. The 
PERL script also strips all of the markup symbols 1 120 from the source code extracted for 
the examples. This provides end-users with a clean version of the source code for viewing in 
the associated editor. 

Other functions performed by the PERL script include automatically guaranteeing 
that the identifier for an annotation topic is the same in an interactive example as it is in the 
Windows OLH facility. That is, the PERL script reads the help topic identifiers for the 
Windows OLH facility and generates corresponding NewEra™ constants. The PERL script 
also generates modified versions of the NewEra™ makefiles (files that include computer- 
readable instructions for building an application) which are used to build the examples. 
Further details of the PERL script and its operation are set forth in Appendix B. 

Although the PERL and WordBasic scripts described above operate on source code 
written in the NewEra™ programming language, different scripts can be used to parse other 
types of source code, for example, Java or Visual Basic. Generally, appropriate PERL and 
WordBasic scripts can be written to process virtually any type of programming language 
provided the programming language utilizes ASCII source code (required by PERL) and 
provides some sort of source code comment mechanism. Other programming language 
attributes that facilitate use of the Informix® byExample techniques include a mechanism for 
invoking the Windows OLH facility with a topic identifier (so the example can display its 
annotations), a mechanism for invoking the editing functions of the development 
environment (so the annotation can open source code files, assuming the programming 
language under consideration provides or requires a development environment), and an 
online reference in Windows OLH format (so keywords in the source code can have jumps to 
the online reference). Many of the Informix® byExample features described above can be 
implemented even if the underlying programming language lacks one or more of these other 
attributes, however. 
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PERL scripts can be modified to output files in formats other than RTF. For 
example, a modified PERL script can output hypertext markup language (HTML) files, 
which can be viewed using any available web browser (for example, Netscape Navigator). 

Other variations of documentation by example are possible. For example, the 
annotations describing the interactive examples could be presented in a manner other than 
textual. Sounds, graphical symbols, pictures, movies or any other means of communication 
could be used as desired. Further, the selection of which interactive examples to perform 
could be based on factors other than, or in addition to, designation by the user. For example, 
an interactive example could be launched automatically at certain points during execution of 
the underlying application, or at certain execution points in the help system. When the user 
clicks a keyword, class name or other link, an example could be launched automatically 
either in addition to, or instead of, displaying the textual reference information pointed to by 
the link. 

The documentation by example methods and techniques described above are not 
limited to aiding users of software development systems but rather may find application as a 
general training and education tool for any computer-based application or utility. Moreover, 
the techniques described here may be implemented in hardware or software, or a combination 
of the two. Preferably, the techniques are implemented in computer programs executing on 
programmable computers that each includes a processor, a storage medium readable by the 
processor (including volatile and non-volatile memory and/or storage elements), and suitable 
input and output devices. Program code is applied to data entered using an input device to 
perform the functions described and to generate output information. The output information 
is applied to one or more output devices. 

Each program is preferably implemented in a high level procedural or object-oriented 
programming language to communicate with a computer system. However, the programs 
can be implemented in assembly or machine language, if desired. In any case, the language 
may be a compiled or interpreted language. 

Each such computer program is preferably stored on a storage medium or device (for 
example, CD-ROM, hard disk or magnetic diskette) that is readable by a general or special 
purpose programmable computer for configuring and operating the computer when the 
storage medium or device is read by the computer to perform the procedures described. The 
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system also may be implemented as a computer-readable storage medium, configured with a 
computer program, where the storage medium so configured causes a computer to operate in 
a specific and predefined manner. 

Other embodiments are within the scope of the following claims. 
5 For example, the documentation by example method and techniques may be applied 

in a network or web-based environment such as a local area network (LAN), an intranet, or 
the Internet. A web-based instruction system developed by Informix® Software, Inc., known 
as Informix® byExample, dramatically enhances the ease with which developers can 
effectively and efficiently implement database applications. The web-based instruction 
10 system provides users with examples and instructions in web pages to teach users how to 
implement applications. The applications themselves may or may not be web-based 
applications. The web-based instruction system enables users to read formatted source code, 
U and navigate program structure (for example, the hierarchy of file, class, and function) to 

Sj access details of the application program's implementation. The web-based system also 

fi I 

i^J 1 5 permits users to jump from a language keyword (that may be indicated as such in code 
Q fragments) to a full reference documentation pertaining to that keyword. Users are able to 

jjj open source code in an editor and run programs directly from the web browser at the click of 

a run button in a toolbar. As the example runs, an annotation page for the current method or 

Ty function in the program displays. Therefore, the user is able to view the annotation as the 

P 

g 20 function or method executes to more quickly understand how to implement such an 
]i application program. 

This is in contrast to prior online help systems that simply show a user how to use an 
application. Because some implementation changes do not alter the operation of the 
application, but all implementation changes, by definition, affect the implementation, this 
25 makes maintenance of the implementation documentation even more important. The web- 
based instruction and help system solves this problem with prior online help systems by 
maintaining the annotations as embedded comments within the source code and generating 
the annotation pages automatically whenever the source file changes. 

The web-based system also provides the users with how-to documentation for 
30 accomplishing a particular task. The how-to documentation provides clear step-by-step 
instructions, and presents a flexible interface for experts and "newbies" alike. The how-to 
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documentation includes useful graphics, and provides links to needed software and related 
demos and other technical information. Additionally, the how-to documentation helps the 
user to determine which products to use to accomplish a goal. 

As illustrated in Fig. 13, when a user first accesses a web browser providing the web- 
5 based instruction system, a default browser configuration 1300 is displayed. The initial 
browser includes a framework of three separate display frames: a content frame 1305 that 
typically displays a web page, but may also display other relevant content such as annotation 
pages (which are a specific type of web page), a top frame 13 10 that includes a framework 
applet (for example, a Java applet) that displays a tool or navigation bar in addition to 
1 0 providing other services, and a table of contents (TOC) frame 1315 which may be 
implemented using, for example, a Java applet. 

When the browser displays a byExample® HTML page, the page uses JavaScript to 
automatically check for the presence of the framework. If the framework is present, the 
JavaScript notifies the framework applet in the top frame 1310 about the name of the new 



O 
ifl 
HI 
ili 

j;; 1 5 page and the type of content it provides. If the framework is absent from the page, the 

P JavaScript opens the framework with the page as the initial page (that is, the page on which 

jx3 the notification occurs). 

^ Referring also to Figs. 14A and 14B, based on the name of the page 1400, the table of 

fU contents 1315 automatically selects the corresponding title 1405. The table of contents 1315 

.g 20 tests the available Java libraries on the client and automatically displays the table of contents 
y hierarchy with a tree control if available. The table of contents frame 13 15 is user- resizable 

and dismissible using a contents button 1410 in the top frame 13 10: for example, in Fig. 14 A, 
the table of contents frame 1315 takes up around 40% of the browser, while in Fig. 14B, the 
table of contents frame 1315 is dismissed and therefore not visible. The contents button 1410 
25 automatically indicates the status of the TOC by displaying a dismissed icon (for example, in 
Fig. 14B) or an opened icon (for example, in Fig. 14A). 

The user may access other links in the content frame 1305 from the TOC frame 1315 
by clicking on a corresponding subtopic in the TOC tree, for example, the subtopic 
"Extending Database Servers" 1415. In response, as shown in Fig. 14C, the content frame 
30 1305 displays content corresponding to that subtopic and the TOC frame 1315 highlights the 
selected subtopic 1415. Also evident in this particular example is that the top frame 1310 
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includes a home button 1420 that automatically changes its appearance (like the contents 
button) depending on whether the browser is displaying a home page or not. 

Alternatively, the user may access links in the content frame 1305 by clicking on the 
corresponding link in the content frame, for example, subtopic link "Java Database 
Connectivity (JDBC)" 1425 shown in Fig. 14B. In response, as shown in Fig. 14D, the 
content frame 1305 displays content corresponding to that subtopic, including a title 1430 
representing that subtopic. Furthermore, the TOC frame 1315 automatically highlights the 
selected subtopic 1435 in the TOC tree to indicate to the user which content is displayed in 
the content frame 1305. Such synchronization between the TOC and the content helps the 
user to effectively and efficiently navigate through the many subtopics and topics of an 
application. 

Referring again to Fig. 14C, when the user selects an example using either an 
example icon or link 1440 in the content frame 1305 or a subtopic icon or link 1445 in the 
TOC frame 1315, the browser displays in the content frame 1305 an annotation page 1500 
that describes the corresponding example as shown in Fig. 15 A. Referring also to Fig. 15B, 
the annotation page 1500 includes annotations 1505 descriptive of the example (also called 
prose), and at least one link to another annotation page 1510. 

For example, when the user clicks the link for the source file "querydb.html", the 
content frame 1305 displays the source code file annotation page "querydb.htmP' 1525 as 
shown in the browser of Fig. 15C. The content frame displays source code fragments 1530 
relating to the corresponding source code file querydb.html, as shown in Fig. 15D. The 
source code fragments 1530 have been imported directly from the source code files of the 
example under consideration. The source code file annotation page in the content frame also 
displays annotations 1535 describing the source code file to which the topic corresponds; 
such annotations 1535 may be referred to as prose. 

Source code is marked up with standard HTML . Annotations 1535 are easy to 
maintain because the annotation comments are embedded within source code comments in 
the source code files. For example, referring to Fig. 15E, the source code file 1560 is shown 
for the querydb.html source code 1525. Annotation pages, containing the source code 
fragments, are generated automatically from the marked up source code files. 
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Referring to the flow chart 1600 of Fig. 16 A, an author of an example annotates the 
source code file by embedding annotations in source code comments (step 1605). The author 
also marks up the embedded annotations with HTML tags and one or more special 
instruction tags for the web-based system (step 1610). Once the source code files are marked 
5 up, as shown in the flow chart 1620 of Fig. 16B, a scripting programming language such as 
PERL parses the source code file to determine the program structure from the programming 
language, and reads the annotations and special instruction tags (step 1625). The PERL 
script generates annotation pages that reflect the program structure of the source code file 
(step 1630). Moreover, the PERL script provides links between annotation pages for 
10 navigating the program structure (step 1635), incorporates the annotation comments (step 
1640), while using Java Script to notify the framework (step 1645), and highlights language 
keywords in source code as links to related information (step 1650). Annotations are 
therefore easily maintained. Referring again to Fig. 16 A, the author of the example may 
adjust or edit the source code and the annotations at the same time and at the same location 



The annotation page in the content frame also may contain one or more links to 
related information or from one annotation page to another annotation page. Such flexibility 
is due to the automatic generation of annotation pages discussed above because the PERL 



g 20 as links. For example, when the user selects the "sportsHeader.tag" link in the querydb.html 

ESS. 

^ file 1525, the content frame 1305 displays the sportsHeader.tag source code annotation page 

1540, and the TOC frame 1315 automatically highlights the corresponding subtopic link 
1700, as shown in Fig. 17 A. 



25 background reference material. For example, when the "MIVAR" link is selected, a separate 
browser 1705 is spawned that displays information about the MIVAR tag, as shown in Fig. 
17B. In this case, the PERL script finds keywords in the source code and formats them as 
links to the reference documentation. If the user selects the "WEB HOME" link in the 
content window, a browser 1710 is spawned that includes a glossary, as shown in Fig. 17C. 

30 Referring again to Fig. 1 5C, the user can select an edit button 1 562 in the top frame 

1310 to open the source file corresponding to the annotation page in the content frame 1305 



!^ 15 (step 1615). Therefore, annotations are regenerated automatically. 



script determines the program structure and formats references to other parts of the program 



The selectable link in the content frame annotation page may correspond to 
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as plain text in a browser window 1715, as shown in Fig. 17D. In this case, the PERL script 
automatically strips the annotation comments out of the source file so the user is able to edit 
a source file that is unencumbered by long explanations. The user could then cut and paste 
text between this window and another text window that displays the user's own program. 

Referring again to Fig. 15 A, the user can run an example using the framework applet 
to launch a Java example applet or application, to download an HTML page containing a 
Java applet or other embeddable program object, or to send a common gateway interface 
(CGI) request to the web server to run non-interactive programs with output redirected to a 
browser window. In the case of Java examples, the running example calls Java application 
programming interfaces (APIs) to ask the web browser to show the annotation pages. In the 
case of CGI programs, the example program returns an HTML page that contains JavaScript 
to ask the web browser to show the annotation pages. Thus, the examples run either on the 
server or in the restricted sandbox of the web browser. The examples could run on a local 
client if the framework used the security features of the browser to ask the user for 
permission to run the example locally. 

In Fig. 1 5 A, the user can run the example by selecting the Run button 1 570. 
Referring to the flow chart 1655 in Fig. 16C, upon selection of the Run button 1570, the 
example launches (step 1660), using any of the methods described above, in a browser 
window 1800, as shown in Fig. 18 A. The TOC frame 1315 simultaneously and 
automatically synchronizes with the running example by highlighting the current annotation 
page for the source code that implemented the example. A PERL script generates the TOC 
automatically by parsing the HTML pages for links that indicate hierarchical structure much 
like the automatic generation of the annotation pages. 

Moreover, the example simultaneously and automatically synchronizes the content 
frame 1305 with the running example by displaying the current annotation page, in this 
example, the querydb.html file 1525 discussed above. The user can then view the annotated 
source code or edit the source file while the example is running, and jump from keywords to 
the reference documentation for the keywords as described above. 

When the user interacts (step 1665) with the example in the browser window 1800, 
(by, for example, entering a customer number and selecting the "Submit" button in the 
browser window 1800), the user interface changes (for example, the Customer Report 
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corresponding to the entered customer number) in the browser window 1800, as shown in 
Fig. 18B (step 1670). The user interface changes correspond to the next annotation page, 
cust_db.html file, 1586 used in the running example. The running example automatically 
and simultaneously calls an annotation request module with the example, file, class and 
5 function names of the program unit for which annotations should be displayed (step 1 675). 
The annotation request module maps that request to an annotation page and tells the browser 
to display the annotation page in the content frame (step 1680). For example, in Fig. 18B, 
the next annotation page is cust_db.html 1586. The cust_db.html subtopic is highlighted 
1585 in the TOC frame 1315 and the content frame 1305 displays the cust_db.html 
10 annotation page 1586, as shown in Fig. 18B. Embedded annotation markup 1810 are shown 
in the cust_db.html source code file displayed in Fig. 18C The embedded markup 1810 is 
used when generating the annotation page from the source code file. 

Referring again to Fig. 14C, in addition to selecting an example, the user could also 

\Q 

H ~j select a how to document icon or link 1450 in the content frame 1305 or a how to document 

lij 

1 5 subtopic link 1 455 in the TOC frame 1315. In this case, a how to document 1 900 is 
W displayed in the content frame 1305, as shown in Fig. 19A. For clarity, the complete 

y document 1900 is shown in Fig. 19B. In synchronization, the TOC frame 1315 highlights the 

displayed subtopic 1902 corresponding to the how to document 1900. 
|U Also in synchronization, the top frame 1310 dynamically changes to reflect the 

s g 20 selected how to document 1900. For example, in the top frame are now displayed an up 

button 1905, a first page button 1910, a previous page button 1915, a next page button 1920, 
a last page button 1925, and a list button 1930. The up button 1905, when selected, jumps to 
the category or subtopic that lists the how to document 1900. For example, the subtopic 
"Extending a Database Server" lists the "Create Web applications" how to document 1900, 
25 and upon selection of the up button 1905, the browser would display all information relating 
to the "Extending a Database Server" subtopic, as shown in Fig. 14C. Generally, the top 
frame changes to match the content type which is. specified in the Java Script call that notifies 
the framework that a new content page has displayed. 

The document 1900 contains pointers to other documents or pages, the pointers being 
30 accessed in one of several ways. The pointers may be selected directly from the content 
frame 1305 by clicking on a link in the content frame which is indicated by, for example, a 
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different color, font, or style. For example, the user may click on the Application Page link 
1930 or the Prepare Database link 1935 in the content frame 1305 as shown in Fig. 19B. 
Pointers may be selected from the TOC frame 1315 by selecting a subtopic for the Create 
Web applications document 1902. For example, the subtopic Prepare Database 1940 
5 corresponds to the link Prepare Database 1935, and selection of either of these pointers 
would take the user to the same document. Upon selection of a pointer, the document or 
page corresponding to the pointer is then displayed to the user. 

Referring also to Fig. 19C, if the user selects the list button 1930 in the top frame, a 
local table of contents window 1320 is displayed. For example, if the user selects the list 
10 button 1930 in Fig. 19A, the window 1320 is spawned, as shown in Fig. 19C. A traditional 
model for navigating a document is with a hierarchical table of contents. The TOC model 
orients the user at all times but restricts the content, which may not fit a hierarchy. A newer 
□ model for navigating a document is the hypertext web. The web model links any topic in a 

q document with a more detailed document that expands on the same topic. The web model 

U 

^ 1 5 removes artificial restrictions but quickly disorients the user. 

3 In contrast, the web version of byExample® uses a local table of contents model that 

• I provides a structured hierarchical view at a local corner of an unstructured web page of links. 

^ In this model, some of the pages in the document are root pages for the local TOC. For 

U example, the page corresponding to the Create Web applications document 1900 is a root 

g 20 page for the local TOC. When the user navigates to any page that is unique to the local TOC, 
rj such as the root page (which is unique), the framework applet reads the local TOC for that 

root page. As seen in Fig. 19D, when the user navigates to the Introduction page in the local 
TOC 1320, the framework applet reads the local TOC for that root page and displays the 
corresponding information in the TOC frame 1315 and the content frame 1305. Each page in 
25 the local TOC is unique within the local TOC. The user can step through the pages in the 
local TOC sequentially, see the number of the page in the local TOC sequence, or view the 
local TOC hierarchy with the current page selected. Thus, the user is oriented within the 
local topic. 

The local TOC does not constrain links in pages within the local TOC. That is, pages 
30 within the local TOC can have links to pages that are not in the local TOC 1320. For 
example, when the user selects the Informix Web Integration Option link 1942 in the 
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Introduction document, the browser opens an Informix Web Integration Option page 1945 
that is not in the local TOC 1320, as shown in Fig. 19E. 

Moreover, pages can appear within multiple local TOCs. For example, the page 
entitled "Create subspace" 1950 in the local TOC in Fig. 19D might appear in another local 
TOC relating to another document. Only the root page (in this example, the "Create Web 
applications" page 1900) is constrained to a single local TOC. 

The user may navigate through the local TOC directly from the local TOC Window 
by selecting the topic of interest in the local TOC. Additionally, the user may navigate the 
through the local TOC via the top frame 1310 using the first page button 1910, the previous 
page button 1915, the next page button 1920, or the last page button 1925. These buttons 
basically turn the pages in the document for the user by moving through the local TOC. For 
example, if the user selects the next page button 1920 while in the Create Web applications 
document 1900, the browser displays the next document in the Create Web applications 
document, which is the "Table of Contents" document 1955, as shown in Fig. 19F. 

Referring to Fig. 20, a model 2000 of how the local TOCs 2005 are built is shown. 
The building of local TOCs imposes ordered views on the unstructured (or random) web of 
pages 2010, thus facilitating viewing of the web of pages 2010. 

Other embodiments are within the scope of the following claims. 

The web-based instruction system may support Java, Visual Basic, C, C++, HTML, 
Perl, JavaScript, SQL, Informix Stored Procedure Language (SPL), Embedded SQL for 
C(ESQL/C), SQLJ, JSP, ASP, and Informix Web DataBlade Module languages. 

What is claimed is: 
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